Skip to content

fix(acp): show real tool context in permission prompt title#33950

Open
bcdady wants to merge 1 commit into
anomalyco:devfrom
bcdady:acp-permission-title
Open

fix(acp): show real tool context in permission prompt title#33950
bcdady wants to merge 1 commit into
anomalyco:devfrom
bcdady:acp-permission-title

Conversation

@bcdady

@bcdady bcdady commented Jun 25, 2026

Copy link
Copy Markdown

Issue for this PR

Closes #33949

Type of change

  • Bug fix

What does this PR do?

ACP permission prompts currently set their title to permission.permission (the tool kind: "bash", "edit", "webfetch", etc.). The user has to expand the dialog to see what they're actually being asked to approve.

This adds a fallback chain through permission.metadata so the title reflects the real context:

description → command → filepath → filePath → pattern → url → repository → path → kind

rawInput is unchanged (still the full metadata object), so the expanded view keeps every field.

How did you verify your code works?

Tested locally in Zed under ACP. Bash approval prompts now show the command string; edit/write prompts show the file path; webfetch prompts show the URL.

Screenshots / recordings

Before: prompt title says bash
After: prompt title says e.g. git status or mv old.txt new.txt

Checklist

  • I have tested my changes locally
  • I have not included unrelated changes in this PR

 - fix(acp): use tool description as title in permission prompts and tool call updates
 - fix(acp): surface file path and tool context in permission prompt titles
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

ACP permission prompts show tool name instead of the command

1 participant